Methods, Apparatus and Media for System Management of Object Oriented Information Models

ABSTRACT

Computer implemented methods comprising receiving a client request from a client within an object-oriented model, intercepting the client request with a client manager able to communicate with the client and a management database, and generating with the client manager a request for information from the management database, wherein the database comprises information describing each managed object of the object-oriented model. Generally the database is created by the client manager when the client manager is installed on an information handling system of the model. Methods may comprise generating with the client manager the request for information from an object manager of the model. Methods may comprise initializing a discovery process identifying each managed object of the model, and adding to the database any new information describing a managed object of the model. Information handling systems and computer readable medium having stored thereon instructions for executing said methods.

BACKGROUND

1. Technical Field

The present disclosure relates generally to information handling systems and more particularly to object-oriented management information models.

2. Background Information

As the value and use of information continues to increase, individuals and businesses seek additional ways to process and store information. One option available to users is an information handling system. An information handling system generally processes, compiles, stores, and/or communicates information or data for business, personal, or other purposes thereby allowing users to take advantage of the value of the information. Because technology and information handling needs and requirements vary between different users or applications information handling systems may also vary regarding what information is handled, how the information is handled, how much information is processed, stored, or communicated, and how quickly and efficiently the information may be processed, stored, or communicated. The variations in information handling systems allow for information handling systems to be general or configured for a specific user or specific use such as financial transaction processing, airline reservations, enterprise data storage, or global communications. In addition, information handling systems may include a variety of hardware and software components that may be configured to process, store, and communicate information and may include one or more computer systems, data storage systems, and networking systems.

As the capabilities, diversity, and size of information systems and networks continue to increase the complexity of system management also increases. Developing and unifying management standards for desktop, enterprise and Internet environments is a main goal of the Distributed Management Task Force Inc. (DMTF). DMTF standards are platform-independent and technology neutral, and facilitate cost effective system management. The DMTFrs Common Information Model (CIM) standard is an object-oriented management information model that unifies and extends existing management standards, such as for example, Simple Network Management Protocol (SNMP), Desktop Management Interface (DMI), and Common Management Information Protocol (CMIP). The CIM specification defines the syntax and rules of the model and how CIM can be integrated with other management models, while the CIM schema comprises the descriptions of the models. The CIM schema currently defines thousands of classes with properties, methods and associations that represent components of a system such as, but not limited to, fans, power supplies, processors, and firmware. The classes are organized by namespaces, which function as logical databases. DMTF Profiles are specifications that define the CIM model and associated behavior for a management domain. The profiles define requirements regarding the classes and associations used to represent the management information in a given management domain. Generally, within a CIM Object Manager (CIMOM), profiles are implemented by different providers in one or more namespaces. The CIMOM provides an interface, which allows a provider to expose the instances of CIM classes, and a client application to read and/or write properties and invoke methods.

With respect to client-side system management of CIM, there may be limitations and drawbacks with the current implementations. For example, the current design of a CIM client requires built-in knowledge of the CIM model. The CIM model, however, evolves rapidly thus the built-in knowledge may become insufficient. There exists a lack of uniformity and/or interoperability as different operating systems (OS) have different implementations of CIMOMs, and different platforms have different components. Current CIM implementations may also suffer from efficiency problems. For example, in order to get system management information using current implementations, multiple queries going through multiple namespaces and classes are required which can be very time consuming. As one non-limiting example, in order to retrieve the asset information in a data center, a CIM client currently must traverse through the interop namespace to find the registered profiles, then go through the ElementConformsToProfile association to the managed component namespace and find the chassis class, and finally retrieve the asset information. For each server, the CIM client must traverse at least three classes and two namespaces in order to retrieve the information. A managed system such as a data center may comprise hundreds of thousands of machines, and performing this action on each machine is very time consuming. As another example, generally when a CIM client tries to retrieve information from a CIMOM a certain CIM provider is called to perform the action. This approach is not very efficient when multiple CIM client calls are sent to retrieve system management information at one time, for example, when multiple calls are sent to a main graphical user interface (GUI) page of a server management or storage management page. The current implementations also lack efficient management of dynamic systems wherein components may be hot-plugged to devices, such as, but not limited to, Storage Area Networks (SANs) or Network Attached Storages (NASs). Moreover, current system management implementations require proprietary clients and do not provide a CIM client capable of carrying out platform-independent, operating system-independent, and CIM schema version-independent system management.

The methods, apparatus and products of the present disclosure may provide a management layer operable between a client and an object manager in an object-oriented model (OOM). The present management layer is also referred to herein as a client abstraction layer (CAL). The methods, apparatus and products of the present disclosure are client-side implementations. The management layer of the present disclosure overcomes the need to perform multiple queries through multiple layers in order to retrieve system management information. In addition, a variety of system management applications such as, but not limited to, inventory collection, change management, and system monitoring, can be easily built upon this management layer. Unlike conventional system management implementation, the present management layer media and methods are platform-independent, operating system-independent, and OOM schema version-independent.

SUMMARY

The following presents a general summary of some of the many possible embodiments of this disclosure in order to provide a basic understanding of this disclosure. This summary is not an extensive overview of all embodiments of the disclosure. This summary is not intended to identify key or critical elements of the disclosure or to delineate or otherwise limit the scope of the claims. The following summary merely presents some concepts of the disclosure in a general form as a prelude to the more detailed description that follows.

According to one non-limiting embodiment there is provided a computer implemented method comprising receiving a client request from a client within an object-oriented model, intercepting the client request with a client manager able to communicate with the client and a management database, and generating with the client manager a request for information from the management database, wherein the database comprises information describing each managed object of the object-oriented model. Generally the database is created by the client manager when the client manager is installed on an information handling system of the model. The method may comprise receiving requested information in response to the request for information with the client manager from the database. The method may comprise providing the requested information from the client manager to the client. The method may comprise generating with the client manager the request for information from an object manager of the model, receiving with the client manager requested information from the object manager, providing the requested information from the client manager to the client, and updating the database with the requested information from the object manager. The method may comprise initializing a discovery process identifying each managed object of the model, and adding to the database any new information not present in the database wherein the new information describes a managed object of the model. Generally the object-oriented model is a common information model (CIM).

According to another non-limiting embodiment there is provided an information handling system comprising a processor, memory accessible by the processor, and instructions stored on the memory that when carried out cause the system to initialize a discovery process identifying each managed object of the information handling system: and add to a database comprising information describing each managed object of the system any new information describing the managed object of the system, wherein the new information is not already present in the database and wherein the database is created when the instructions are installed on the system. The system may comprise instructions that when carried out cause the system to receive a client request from a client within an object/oriented model, intercept the client request with a client manager able to communicate with the client and a management database, and generate with the client manager a request for information from the management database. The system may comprise instructions that when carried out cause the system to receive requested information in response to the request for information with the client manager from the database. The system may comprise instructions that when carried out cause the system to provide the requested information from the client manager to the client. The system may comprise instructions that when carried out cause the system to generate with the client manager a request for information from an object manager of the model, receive with the client manager the requested information from the object manager, provide the requested information from the client manager to the client, and update the database with the requested information from the object manager. Generally the object-oriented model is a common information model (CIM).

According to another embodiment there is provided a computer readable medium having stored thereon instructions that when carried out on an information handling system cause the system to initialize a discovery process identifying each managed object of the system, and add to a database comprising information describing each managed object of the system any new information describing the managed object of the system, wherein the new information is not already present in the database, and wherein the database is created when the instructions are installed on the system. The medium may comprise instructions that when carried out cause the system to receive a client request from a client within an object-oriented model, intercept the client request with a client manager able to communicate with the client and the database, and generate with the client manager a request for information from the database. The medium may comprise instructions that when carried out cause the system to receive with the client manager the requested information from the database. The medium may comprise instructions that when carried out cause the system to provide the requested information from the client manager to the client. The medium may comprise instructions that when carried out cause the system to generate with the client manager the request for information from an object manager of the model, receive with the client manager the requested information from the object manager, provide the requested information from the client manager to the client, and update the database with the requested information from the object manager. Generally the object-oriented model is a common information model (CIM).

BRIEF DESCRIPTION OF THE DRAWINGS

The following drawings illustrate some of the many possible embodiments of this disclosure in order to provide a basic understanding of this disclosure. These drawings do not provide an extensive overview of all embodiments of this disclosure. These drawings are not intended to identify key or critical elements of the disclosure or to delineate or otherwise limit the scope of the claims. The following drawings merely present some concepts of the disclosure in a general form. Thus, for a detailed understanding of this disclosure, reference should be made to the following detailed description, taken in conjunction with the accompanying drawings, in which like elements have been given like numerals.

FIG. 1 is a flowchart illustrating one example method for populating a management layer database of the disclosure.

FIG. 2 is a flowchart illustrating one example method for retrieving data from a management layer database of the disclosure.

FIG. 3 depicts non-limiting relationships between a management layer of the disclosure and clients and object managers in an object-oriented information model.

DETAILED DESCRIPTION

For the purposes of this disclosure, an embodiment of an Information Handling System (IHS) may include any instrumentality or aggregate of instrumentalities operable to compute, classify, process, transmit, receive, retrieve, originate, switch, store, display, manifest, detect, record, reproduce, handle, or utilize any form of information, intelligence, or data for business, scientific, control, or other purposes. For example, an IHS may be a personal computer, a network storage device, or any other suitable device and may vary in size, shape, performance, functionality, and price. The IHS may include random access memory (RAM), one or more processing resources such as a central processing unit (CPU) or hardware or software control logic, ROM, and/or other types of nonvolatile memory. The CPU may comprise a processor, a microprocessor, minicomputer, or any other suitable device, including combinations and/or a plurality thereof, for executing programmed instructions. The CPU may be in data communication over a local interface bus with components including memory and input/output interfaces. Non-volatile memory includes, but is not limited to, firmware flash memory and electrically erasable programmable read-only memory (EEPROM). The firmware program may contain, programming and/or executable instructions required to control a keyboard, mouse, video display and/or other input/output devices not shown here. The OS and application programs may be loaded into RAM for execution.

Additional components of the IHS may include one or more disk drives, one or more network ports for communicating with external devices as well as various input and output (I/O) devices, such as a keyboard, a mouse, and a video display. Furthermore, a network port may allow multiple IHSs to communicate over a network such as a local area network (LAN) or a wide are network (WAN), such as the Internet. The IHS may also include one or more buses operable to transmit data communications between the various hardware components.

The methods, apparatus and products of the present disclosure provide a system management layer operable between clients and object managers in an object-oriented model. Unlike conventional system management implementation, the present client-side management system is platform-independent, operating system-independent, and OOM schema version-independent. The management layer of the disclosure may also be referred to herein as a client abstraction layer (CAL).

The management layer of the present disclosure allows client-side creation of at least one database, which may serve as a cache for information describing a managed system of interest. The database also maps the managed components of a system of interest. For example, the management layer database may comprise a machine index table (MIT) comprising data about each machine of the system, for example, but not limited to, the name of each machine and its IP address. The database may comprise a namespace index table (NIT) comprising data about each namespace supported by each machine. The database may comprise a class table (CT) comprising class instance data, including, but not limited to, class properties, name of the machine, and namespace information. The management layer database may comprise any one or more of these or any other database table comprising information relating to the system of interest. For example, a class table database may be created for each unique class found on the one or more machines of a managed system. As another example, more than one machine index database table may be created wherein each table groups and/or identifies the machines of the system based on a parameter specific to the table. Non-limiting examples of different machine index database tables include, but are not limited to, an MIT1 which lists all machines on a system having an object manager (OM) installed, and an MIT2 for which lists machines of the system that do not have an OM installed.

With respect to the data fields of the tables of the management layer databases of the disclosure, they may be any fields. There may be any one or more data fields for each table, and there may be redundancy in one or more data fields from one table to another table. Generally, a data field comprises information useful in identifying the corresponding object. A data field may comprise information unique to the corresponding object.

The information stored in the database may be any data relating to any aspect of the managed machines. The information may be static, stable, or real-time data. Static information is defined herein as information that does not change and includes data such as, but not limited to, service tags and serial numbers. Stable information is defined herein as information that may change, but generally does so only over a large time interval (i.e., the change is not frequent enough for the information to be considered “real-time” information). Stable information includes data such as, but not limited to firmware versions and BIOS versions. Real-time information is data that may change over a small time interval and includes data such as, but not limited to, fan speeds, temperature probe readings, and free and/or used disk space on a system. With respect to stable and real-time information, updates may be made to the database as desired, and/or as changes occur. Any one or combination of techniques known by one of skill in the art for updating databases is suitable for use herein. One non-limiting approach for updating the management layer database for any changes in stable and/or real-time information is to subscribe to any indications that may exist for the information. The change itself may be the triggering event for the indication. Another non-limiting approach for updating the database for any changes in stable and/or real-time information, and one that is especially useful for those situations in which there is no indication related to the information, is to establish a time interval t for polling information to the database. The database is thus updated for any changes in information which may occur during time t.

A client may request and retrieve any information in the management layer database. One non-limiting advantage of the management layer of the present disclosure is that a client is able to request and retrieve information relating to any one or more machines of the managed system directly from the management layer database instead of having to request information from each individual machine's object manager. Thus, the information retrieval methods of the present disclosure are efficient and possess a short response time. The efficiency provided by the present system management implementations are especially apparent in, but in no way limited to, managed systems comprising a very large number of machines, for example a data center. Considering that the average response time for a query sent to one OM is several seconds, the time taken to gather information from each OM in an example data center with a hundred servers with a hundred enclosures may easily accumulate into many minutes. However, with the management implementations of the present disclosure, the same query may generally take only 10-15 seconds since the query is sent to a management layer database where the information is cached. In addition, a management layer database of the present disclosure may be accessed by any client and does not require a proprietary client, and thus has a broad range of applicability. With respect to the relationship between the client abstraction layer of the present disclosure and a client of an OM, the CAL is transparent to the client.

Referring now to FIG. 1, non-limiting flowchart 10 illustrates one non-limiting example method for populating a management layer database of the disclosure. Various methods are contemplated comprising all or less than all of the steps shown in FIG. 1, any number of repeats of any of the steps shown, and in any order. The method may begin in step 11 when the management layer application is initialized. The management layer application may initialize when it is installed on any one or more machines of a managed system/network of interest, or any one or more machines able to access a managed system/network of interest. The management application may also be configured to begin a discovery process after reboot of a machine onto which it is installed. In step 12, a machine index table (MIT) may be created. Generally the MIT is a database table set up to comprise data describing each machine of the managed system of interest. The MIT may comprise data entries for any one or more identifier for each machine of the managed system such as, but not limited to, a machine's name, a machine's IP address. It is within the scope of the disclosure for the method to comprise creating more than one machine index table wherein each table groups and/or lists machines based on a parameter unique to the table. In step 13, a namespace index table (NIT) may be created. Generally the NIT is a database table set up to comprise data describing each namespace on the machines of the system of interest. The NIT may comprise data describing each namespace such as, but not limited to, the name of the machine and the namespaces associated with each machine. In alternative embodiments, additional tables may be created and may be the same type as or different from those illustrated in FIG. 1.

In step 14, each machine (M) of the managed system may be identified/discovered, and may be processed according to the method. There may be any number of machines M(1) to M(n) within a managed system. In step 17, it may be determined whether an object manager is installed on the machine M(x). If no, an object manager is not installed on machine M(x), then in step 18 the client may choose one or more options from a list of options. The method may then return to step 14 and the next machine M(x) from the list is processed. The client may choose to not select any of the options from the list and the method may directly return to step 14. The list of options provided to the client in step 18 may include any options in the art suitable for use herein. The list of options may include, but is not limited to, any of the following examples: skipping the machine that does not have an OM installed; generating an error message indicating no OM is installed on the machine; identifying the machine by name and/or IP address; creating a table, if one does not already exist, for listing the machines without an OM installed thereon and adding the machine to the list; installing an OM on the machine and proceeding with step 19; and any combinations thereof.

If the answer to step 17 is yes, an object manager is installed on M(x), then in step 19 the M(x) data relevant to the data fields of the MIT created in step 12, such as name and/or IP address, may be added to the MIT. In step 20, each namespace supported on the object manager of M(x) may be identified/discovered, and the namespace data relevant to the data fields of the NIT created in step 13, for example, namespace and/or machine name of M(x) may be added to the NIT. In step 21, each namespace 1 to N of the NIT may be identified. In step 22, for each namespace identified in step 21, each class instance 1 to Z in the namespace may be identified. In step 23, for each class instance identified in step 22, the corresponding class name (CN) may be identified. In step 24, for each unique class identified in step 23, it may be determined whether a class table (ON) corresponding to the class exists. If no, a corresponding CN table does not exist for the class, a CN table may be created in step 25. Generally the ON is a database table set up to comprise data describing each instance of a class of a managed system of interest. A separate CN may be created for each unique class of a managed system. Each CN table may comprise data entries for any one or more data fields such as, but not limited to, class properties, machine name, and namespace information, and any other data describing each instance of the class. Returning to step 24, if the answer is yes, a corresponding CN table exists for the class, then in step 26, the relevant class instance data may be added to the existing CN table. In step 27 it may be determined whether all class instances have been traversed. If no, then the method may return to step 23 and the next class instance in the list 1 to Z may be traversed. If the answer to step 27 is yes, all class instances have been traversed, then in step 28 it may be determined whether all namespaces have been traversed. If no, then the method may return to step 22 and the next namespace in the list 1 to N may be traversed. If the answer to step 28 is yes, all namespaces have been traversed, then in step 29 it may be determined whether all machines have been traversed. If no, then the method may return to step 17 and the next machine in the list of machines M(1) to M(n) may be traversed. If the answer to step 29 is yes, all machines have been traversed, then the method may end in step 30.

Referring back to step 17, in alternative embodiments of methods of the disclosure there may be additional activation points for a discovery process of the disclosure. That is, any change in a managed system of interest may be configured to be a triggering event for a discovery process of the disclosure which may begin, for example at step 17, or at step 14, of the non-limiting method shown in FIG. 1. For example, if a new machine is added to a managed system of interest (depicted as step 15 in FIG. 1), it may be desired that the new machine undergo a discovery process and any relevant information relating to the new machine be added to the management layer database. In this example, the addition of the new machine may serve as a triggering event for a discovery process, and activate a discovery method of the disclosure beginning, for example, at step 17 of FIG. 1. Another example is if an OM were installed on a machine of the system, which previously lacked an OM (depicted as step 16 in FIG. 1). In this case, the installation of the OM on the machine may serve as a triggering event for a discovery process of the disclosure beginning, for example, at step 17 depicted in FIG. 1.

Referring now to FIG. 2, depicted is flowchart 50 illustrating an example method for retrieving information retrieving information from a management layer database of the disclosure wherein the information relates to one or more managed components of an object-oriented model. In one non-limiting embodiment, the model is a CIM and the managed components are information handling systems of a system of interest, and the namespaces and classes of each IHS. Various methods are contemplated comprising all or less than all of the steps shown in FIG. 2, any number of repeats of any of the steps shown, and in any order. A non-limiting example of one data retrieval method begins in step 51. In step 52 the client may request information relating to a class instance of interest, and the request may be processed by the client abstraction layer. In step 53, it may be determined whether the requested class instance information is static information. If yes, then in step 54 the class instance information may be retrieved from the management layer database and returned to the client. If the answer to step 53 is no, the requested information is not static, then in step 55 it may be determined whether the information is “stable”. If yes, then in step 56 the class instance information may be retrieved from management layer database and returned to the client. In step 57 the client may choose to obtain the information from the OM. If the answer to step 57 is no, the client does not choose to request information from the OM, then in step 58 the client may keep the cached class instance data provided in step 56. If the answer to step 57 is yes, the client chooses to request the information from the OM, then in step 59 the CAL queries the OM for the class information, the information is returned to the client and the CAL database is updated with the information. The option to retrieve information from the OM may be desired in order to overcome a possible situation in which there has been a change in the stable information not yet reflected in the database. For example, if a change in information occurs, yet an indication does not exist for the change, the database may not reflect the change in the information. Or, if a change in information is sent to the database as a result of a polling event yet the time period for the polling event has not yet lapsed, then the database may not reflect the change in information.

Referring back to step 55, if the answer is no, the class is not of the type “stable”, then in step 59 the CAL queries the OM for class information, the information is returned to the client and the management layer database is updated.

After each of steps 54, 58, and 59, it may be determined in step 60 whether the client is finished retrieving information. If no, the client is not finished, then the method may return to step 52 and the client may submit another query. If the answer in step 60 is yes, the client is finished retrieving information, then the method may end in step 61.

Referring now to FIG. 3, non-limiting map 70 depicts relationships between clients 71 and 72 and object managers 74-79 of an example object-oriented model, and a client abstraction layer/management layer 73 of the present disclosure. As stated previously, the CAL is transparent to the clients. In one non-limiting embodiment, the model is a CIM and the object managers are CIMOMs. The object managers may be any object managers for example, but not limited to, servers and storage devices.

In some embodiments, part or all of the models/data structures described herein may be stored on one or more information handling system readable media or transmitted in a propagated signal. In other embodiments, part or all of the methods described herein may be described as instructions for an information handling system, and stored on one or more information handling system readable media or transmitted by a propagated signal. In even other nonlimiting embodiments, there are contemplated information handling systems comprising the above described readable media containing the models/data structures and/or instructions.

Portions of the present disclosure, detailed description and claims may be presented in terms of logic, software or software implemented aspects typically encoded on a variety of media including, but not limited to, computer-readable media, machine-readable media, program storage media or computer program product. Such media may be handled, read, sensed and/or interpreted by an information handling system (IHS). Those skilled in the art will appreciate that such media may take various forms such as cards, tapes, magnetic disks (e.g., floppy disk or hard drive) and optical disks (e g., compact disk read only memory (“CD-ROM”) or digital versatile disc (“DVD”)). It should be understood that the given implementations are illustrative only and shall not limit the present disclosure.

The present disclosure is to be taken as illustrative rather than as limiting the scope or nature of the claims below. Numerous modifications and variations will become apparent to those skilled in the art after studying the disclosure, including use of equivalent functional and/or structural substitutes for elements described herein, use of equivalent functional couplings for couplings described herein, and/or use of equivalent functional actions for actions described herein. Any insubstantial variations are to be considered within the scope of the claims below. 

1. A computer implemented method comprising: receiving a client request from a client within an object-oriented model; intercepting said client request with a client manager able to communicate with said client and a management database; and generating with said client manager a request for information from said management database, wherein said database comprises information describing each managed object of said object-oriented model.
 2. The method of claim 1 wherein said database is created by said client manager when said client manager is installed on an information handling system of said model.
 3. The method of claim 1 further comprising: receiving requested information in response to the request for information with said client manager from said database.
 4. The method of claim 3 further comprising providing said requested information from said client manager to said client.
 5. The method of claim 4 further comprising generating with said client manager said request for information from an object manager of said model, receiving with the client manager requested information from said object manager, providing said requested information from said client manager to said client, and updating said database with said requested information from said object manager.
 6. The method of claim 1 further comprising initializing a discovery process identifying each managed object of the model; and adding to said database any new information not present in the database wherein said new information describes a managed object of the model.
 7. The method of claim 1, wherein said object-oriented model is a common information model (CIM).
 8. An information handling system comprising: a processor; memory accessible by the processor; and instructions stored on the memory that when carried out cause the system to: initialize a discovery process identifying each managed object of the information handling system; and add to a database comprising information describing each managed object of said system any new information describing the managed object of the system, wherein said new information is not already present in the database, and wherein said database is created when said instructions are installed on said system.
 9. The system of claim 8, further comprising instructions that when carried out cause the system to: receive a client request from a client within an object-oriented model, intercept said client request with a client manager able to communicate with said client and a management database, and generate with said client manager a request for information from said management database.
 10. The system of claim 9, further comprising instructions that when carried out cause the system to: receive requested information in response to the request for information with said client manager from said database.
 11. The system of claim 10, further comprising instructions that when carried out cause the system to: provide said requested information from said client manager to said client.
 12. The system of claim 11, further comprising instructions that when carried out cause the system to: generate with said client manager a request for information from an object manager of said model; receive with the client manager the requested information from said object manager; provide said requested information from said client manager to said client; and update said database with said requested information from said object manager.
 13. The system of claim 9 wherein said object-oriented model is a common information model (CIM).
 14. A computer readable medium having stored thereon instructions that when carried out on an information handling system cause the system to: initialize a discovery process identifying each managed object of said system; and add to a database comprising information describing each managed object of said system any new information describing the managed object of the system, wherein said new information is not already present in the database, and wherein said database is created when said instructions are installed on said system.
 15. The medium of claim 14 further comprising instructions that when carried out cause the system to: receive a client request from a client within an object-oriented model; intercept said client request with a client manager able to communicate with said client and said database; and generate with said client manager a request for information from said database.
 16. The medium of claim 15 further comprising instructions that when carried out cause the system to: receive with said client manager the requested information from said database.
 17. The medium of claim 15 further comprising instructions that when carried out cause the system to: provide said requested information from said client manager to said client.
 18. The medium of claim 15 further comprising instructions that when carried out cause the system to: generate with said client manager the request for information from an object manager of said model; receive with the client manager the requested information from said object manager; provide said requested information from said client manager to said client; and update said database with said requested information from said object manager.
 19. The medium of claim 15 wherein said object-oriented model is a common information model (CIM). 